Graphical Java Lesson 1-10: Kill or be Killed! 


In the previous lesson, we brought our Goomba to life, making it able to fall under the influence of 
gravity, and interact with platforms. Both Mario and the Goomba can now move naturally, in the game 
world. In this lesson, we are going to make Mario and Goombas able to interact with each other. This 
interaction tends to be fatal for either Mario or the Goombas. 


In Super Mario Bros., when Mario jumps on top of a Goomba, Mario lives, and the Goomba dies. If a 
Goomba touches Mario in any other way, the Goomba lives, and Mario either loses some power, or 
dies. Here, we'll make Mario die, if that happens. 

Before we start working on the combat, let's refactor our code, so that our world can contain any 
number of Goombas. Super Mario Bros. would be pretty boring, if Mario only had to fight one enemy. 


Go to your WalkingMario.java source file. In your list of global variables, you have the following 
declaration: 


public static Goomba goom; 
Let's replace it with the following declaration, so that we can use any number of Goombas: 
public static ArrayList<Goomba> goombas; 


Before we start making these Goombas, let's change the constructor of our Goomba class, so we can 
start a Goomba off in any location, moving either left or right. Go to your Goomba . java source file. 
Right now, the constructor takes zero parameters: 


public Goomba () 


Let's change this line of the constructor, so it takes three parameters: the x- and y-coordinates of the 
top-left corner of the Goomba's rectangle, and whether the Goomba should initially move left or right. 
Make the above line of the constructor look like: 


public Goomba(int x, int y, boolean right) 


Now, we're going to change how a Goomba is initialized, so that the code of its constructor uses the 
arguments that are passed to the constructor, rather than fixed values. Change the following line of 
code ... 


my rect = new Rectangle(200, 36, 16, 16); 


.. tO: 


my rect = new Rectangle(x, y, 16, 16); 


Before, a Goomba would always start with its top-left corner at (200, 36). Now, it will start with its top- 
left corner at (x, y). Also, change the following line of code ... 


moving right = true; 
.. to: 
nNoving Fright = right; 


If right is true, our Goomba will initially move right. Else, it will initially move left. Now, go back 
to your WalkingMario. java source file. We're going to initialize our ArrayList, and add three 
Goombas to it. In your main method, replace ... 


goom = new Goomba(); 


... With: 


goombas = new ArrayList<>(); 
goombas.add(new Goomba(200, 36, true)); 
goombas.add(new Goomba(380, 306, false)); 
goombas.add(new Goomba(100, 150, true) ) 


. 


, 


Each Goomba can be given its own initial location and direction. What other parameters could you 
add to the Goomba class's constructor, for more flexibility here? Now, we'll need to fix the parts of 
our code that our changes here have "broken". Go to your ContentPane. java source file. In the 
paintComponent method of the ContentPane class, the following line of code draws one 
Goomba: 


WalkingMario.goom.draw(g); 
To draw all of our world's Goombas, replace it with the following for loop: 


for (int i = 0; i < WalkingMario.goombas.size(); i = i+ 1) 
WalkingMario.goombas.get(i).draw(g); 


Finally, we'll need to make all of our Goombas, rather than just one of them, perform the two stages of 
their motion. Go to your TimerEvent Processor. java source file. In the actionPerformed 
method of the TimerEventProcessor class, replace the following line of code ... 


WalkingMario.goom.act(); 


... with the following for loop: 


for (int i = 0; i < WalkingMario.goombas.size(); i = i+ 1) 
WalkingMario.goombas.get(i).act(); 


Also, replace the following line of code ... 


WalkingMario.goom.actuallyMove (); 


... With: 


for (int i = 0; i < WalkingMario.goombas.size(); i = i+ 1) 
WalkingMario.goombas.get(i).actuallyMove(); 


Run your program. You should see three Goombas move and animate. Regardless of where each one 
starts, they all end up moving back and forth, on the black platform, because they can only fall down, 
and are blocked from falling into the abyss by platforms located just off the left and right sides of the 
screen, which are being used as walls. 


Now, it's time to add Mario-Goomba combat to our game. This will involve making changes to both the 
Mario and Goomba classes. Since the changes to the Goomba class will be simpler, we'll start with 
those. Go to your Goomba. java source file. First, we'll need to add a member variable to keep track 
of whether a Goomba is alive or not, so add the following member variable to your Goomba class: 


private boolean dead; 
Add the following line of code to the constructor of your Goomba class, to initialize dead: 
dead = false; 


We'll use the variable, dead, to keep track of whether a Goomba is dead or not. When dead is 
false, the Goomba is alive, and when dead is true, the Goomba is dead. Every Goomba we create 
will start out alive. 


When Mario kills a Goomba, we want that Goomba to look dead, so we'll need to make some changes 
to how a Goomba gets drawn. To draw a dead Goomba, we'll use a different source rectangle in 
images/enemies.png. To store this source rectangle, and clarify our code, we'll declare the 
following symbolic constant in our Goomba class, right after our other symbolic constants: 


private static final Rectangle DEAD SRC = 
new Rectangle(60, 4, 16, 16); 


A dead Goomba will look like: =. When we draw a Goomba: 


¢ If it's alive, it will be at some frame in its walk cycle. Therefore, we'll use the source rectangle 
of its current frame in the array, FRAME SRC. 
* If it's dead, we'll use the source rectangle, DEAD SRC. 


Now that we have this additional source rectangle, go to your draw method. In the body of your draw 
method, replace ... 


g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my fect .x + my rect width, my rect.y + my rect heignet, 
FRAME SRC[frame].x, FRAME SRC[frame].y, 
FRAME SRC[frame].x + FRAME SRC[frame].width, 
FRAME SRC[frame].y + FRAME SRC[frame].height, null); 


... with the following if statement: 


if (!dead) 
{ 
g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my rect.% + my rect.width, my rect.y + my rect height, 
FRAME SRC[frame].x, FRAME SRC[frame].y, 
FRAME SRC[frame].x + FRAME SRC[frame].width, 
FRAME SRC[frame].y + FRAME SRC[frame].height, null); 
} 
else 
{ 
g.drawImage (WalkingMario.enemies img, my rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my rect.height, 
DEAD SRC.x, DEAD SRC.y, DEAD SRC.x + DEAD SRC.width, 
DEAD SRC.y + DEAD SRC.height, null); 


As you can see, if a Goomba is alive (here, "not dead"), we'll draw the frame it's at, in its walk cycle. If 
the Goomba is dead, we'll draw a dead Goomba on the screen, to mark the location at which it died. 


Dead Goombas don't make any decisions about how they're going to move. Nor do they move. 
Therefore, we'll need to modify the code of the act and actual lyMove methods, so that they do 
nothing, when a Goomba is dead. Put the code in the body of your act method ... 


a2, (mov ne: Rpg hi.) 
moveRight (); 
else 
moveLeft (); 


respondToGravity(); 


... inside of the following if block: 


if (!dead) 
{ 
af (moving right) 
moveRight (); 
else 
moveLeft(); 


respondToGravity(); 


} 


Put the code in the body of your actuallyMove method inside of a similar if block. Since that's 
about a hundred lines of code, and you've seen it a few times already, imagine that this is your 
actuallyMove method: 


public void actuallyMove () 
{ 


a=b+oc; 

d=e4+ f; 
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} 
Make it look like: 


public void actuallyMove () 
{ 

if (!dead) 

{ 
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To properly indent the lines of code that will go inside of the if block, if you are using NetBeans, you 
can select those lines of code, and then press the Tab key. When a Goomba gets killed, its member 
variable, dead, will be set to true. Let's make a method that does this. Add the following simple 
method to your Goomba class: 


public void die() 
{ 


dead = true; 


} 


Finally, we'll need to add a few accessor methods to our Goomba class. The first one will get a 
Goomba's rectangle. Add the following accessor method to your Goomba class: 


public Rectangle myRect () 
{ 


return my rect; 


} 


The next one will check if a Goomba is alive. Add the following accessor method to your Goomba 
class: 


public boolean isAlive() 


{ 


return !dead; 


} 


If you run your program, everything will be the same as it was before. In theory, Goombas can die, but 
the die method of the Goomba class is never called from anywhere. Therefore, no Goombas ever die. 


From where, in our code, should the die method of a Goomba object be called? From a location 
where combat between Mario and that Goomba is implemented. We will now make some changes to 
the Mario class, so that Mario will interact with our world's Goombas. Go to your Mario.java 
source file. 


We will again add a member variable that will keep track of whether Mario is alive or not, so add the 
following member variable to your Mario class: 


private boolean dead; 
Add the following line of code to your Mario class's constructor, to initialize dead: 
dead = false; 


When we create Mario, he'll start out alive. If a Goomba kills Mario, we want Mario to look dead, so 
we'll need to make some changes to how Mario gets drawn. To draw Mario, when he's dead, we'll use a 
different source rectangle in images/mario.png. To store this source rectangle, and clarify our 
code, we'll declare the following symbolic constant in our Mario class, right after our other symbolic 
constants: 


private static final Rectangle DEAD SRC = 
new Rectangle(0, 0, 16, 32); 


When Mario is dead, he'll look like: &. When Mario dies, he will appear smaller, on the screen, even 


though his rectangle and source rectangle will remain 16 pixels wide and 32 pixels high. When we 
draw Mario: 


If he's alive, we'll use one of our existing source rectangles, depending on what he's currently 
doing and the direction in which he's currently facing. 
* Ifhe's dead, we'll use the source rectangle, DEAD SRC. 


Now, go to your draw method. First, put the code in its body inside of an if block, so that the code 
looks like: 


if (!dead) 
{ 
if (facing Fright) 
g.drawImage (WalkingMario.mario img, my rect.x, my rect.y, 
my rect.% + my Krect.width, my rect.y + my rect.heignt, 
RIGHT FRAME SRC[frame].x, RIGHT FRAME SRC[frame].y, 
RIGHT FRAME SRC[frame].x + RIGHT FRAME SRC[frame] .width, 


RIGHT FRAME SRC[frame].y + RIGHT FRAME SRC[frame] .height, 
re); 


else 
g.drawImage (WalkingMario.mario img, my _rect.x, my rect.y, 
my rect.x% + my rect.width, my rect.y + my _rect.height, 
LEFT FRAME SRC[frame].x, LEFT FRAME SRC[frame].y, 
LEFT FRAME SRC[frame].x + LEFT FRAME SRC[frame] .width, 
LEFT FRAME SRC[frame].y + LEFT FRAME SRC[frame].height, null); 


Then, add the following e1se block to your if statement: 


else 
{ 

g.drawImage (WalkingMario.mario img, my rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my rect.height, 
DEAD SRC.x, DEAD SRC.y, DEAD SRC.x + DEAD SRC.width, 
DEAD SRC.y + DEAD SRC.height, null); 


The body of your draw method should now look like: 


if (!dead) 
{ 
af (facing: right) 
g.drawImage (WalkingMario.mario img, my _rect.x, my rect.y, 
my rect .x + my Fect.width, my rect.y + my rect.height, 

RIGHT FRAME SRC[frame].x, RIGHT FRAME SRC[frame].y, 
RIGHT FRAME SRC[frame].x + RIGHT FRAME SRC[frame] .width, 
RIGHT FRAME SRC[frame].y + RIGHT FRAME SRC[frame] .height, 
nL) 


else 
g.drawImage (WalkingMario.mario img, my rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my rect.height, 
LEFT FRAME SRC[frame].x, LEFT FRAME SRC[frame].y, 
LEFT FRAME SRC[frame].x + LEFT FRAME SRC[frame].width, 
LEFT FRAME SRC[frame].y + LEFT FRAME SRC[frame].height, null); 


} 
else 
{ 

g.drawImage (WalkingMario.mario img, my _rect.x, my rect.y, 
my rect.x + my rect.width, my rect.y + my _rect.height, 
DEAD SRC.x, DEAD SRC.y, DEAD SRC.x + DEAD SRC.width, 
DEAD SRC.y + DEAD SRC.height, null); 


If Mario is dead, he won't make any decisions about how he's going to move. Nor will he move. 
Therefore, we'll need to change the act and actuallyMove methods, so that they do nothing, when 
he's dead. Put the code in the body of your act method inside of an if block, with the condition, 

if (!dead). Ifit previously looked like ... 


a=b+oc; 
d=e+ f; 
Gg = hate 


.. make it look like: 


if (!dead) 

{ 
a=b+t+c 
d=e+ f; 
g=h+t+i; 


Do the same thing with the code in the body of your actual lyMove method. Again, if you are using 
NetBeans, you can select that code, and then press the Tab key, to properly indent it. 


Now, it's time to implement combat between Mario and Goombas. It will be closely tied in with 
collision-detection, so the core of the relevant code will be written in the actuallyMove method of 
the Mario class. Mario will perform his sub-moves, as usual. After performing a sub-move: 


* If Mario is "glitched into" a platform: 
© Undo that sub-move. 
© Don't perform any more sub-moves, because Mario's path was blocked by a platform. 
¢ If Mario is "glitched into" one or more LIVE Goombas: 
°o Make a list of the Goombas he is "glitched into". We'll call it G. 
© Undo that sub-move. 
© Mario will no longer be "glitched into" any Goombas. 
© For each of the Goombas (g) in G: 
= If Mario is on top of g (like being on top of a platform), kill g. 
= Else, if Mario collided with g in ANY other way, kill Mario. Since Mario is now dead, 
he won't be able to kill any other Goombas. 
© Don't perform any more sub-moves, because Mario's path was blocked by one or more live 
Goombas. 


Before we start implementing this algorithm, we'll give our Mario class a die method, just like the 
one in Goomba: 


public void die() 
{ 


dead = true; 


} 


We'll also add an isAlive accessor method to our Mario class, which will be exactly the same as 
the one in Goomba: 


public boolean isAlive() 
{ 
return !dead; 


} 


This algorithm involves undoing one of Mario's sub-moves. Since we already have code that undoes 
one of his sub-moves, we can put that code in a method, and call that method, whenever we want to 
undo one of his sub-moves. This will reduce the amount of code duplication in his actuallyMove 
method. Let's create a new method, undoSubMove: 


public void undoSubMove (int sign xv, int sign _yv, boolean mxv_larger, 
boolean made_small_ step) 

{ 

} 


Copy the following code from your actuallyMove method ... 


a2 (mxey larger) 
{ 


ny rect.* = my rect. — (eign sy * 1); 


if (made_small_ step) 
my rectly =—my rect.y = (sigm yy * 1)3 
} 


else 


{ 


my rect.y = my rect.y = (sign yy * 1); 


if (made_small_ step) 
my rect.* = My rect.z — (sign xv * 1); 


} 


... and paste it into the body of your undoSubMove method, so that your undoSubMove method 
looks like: 


public void undoSubMove (int sign xv, int sign _yv, boolean mxv_larger, 
boolean made_small_ step) 

{ 
if (mxv_larger) 
{ 


ny fect .«< = my rect. — (sign xy * 1) % 


if (made small step) 
my rect. y = my rect.y = (sign yy *°1)% 
} 
else 


{ 


my. recl.y = my rect.y — (sign yor * 1) ¥ 


if (made_small_ step) 
my rect.* = my rect.x - (sign xv * 1); 


Now, in your actual lyMove method, replace ... 


an ({mevy larger) 
{ 


ny rect.» = my rect.» — (sign sy * 1); 


if (made_small_ step) 
my Kecl.y =—my rect.y = (sigm yy * 1)3 
} 


else 
{ 

my rect.y = my rect.y = (sign yy * 1); 

if (made_small_ step) 

ny rect.* = My rect. 2 — (sign xv * 1); 

... with the following call to undoSubMove: 
undoSubMove (sign xv, sign _yv, mxv_larger, made _small_ step); 
The surrounding if block, in your actuallyMove method, should now look like: 
if (1sInAPlatform() ) 


{ 


undoSubMove (sign xv, sign _yv, mxv_larger, made _small_ step); 


if (isHeadUnderAPlatform() ) 
jumping power = 0; 


break; 


Much neater, right? We simply offload that part of the moving process to the undoSubMove method. 
We pass undoSubMove all of the arguments it needs from actuallyMove: the variables, 
sign_xv, sign_yv,mxv_larger, andmade_small_step. By moving the code that undoes a 
sub-move to the undoSubMove method, and then calling that method, from actual lyMove, we 
make the surrounding code in actuallyMove easier to read and understand. "Oh, if Mario ends up in 
a platform, we'll undo that sub-move." 


Now, we'll need to make a method that returns a list of all of the live Goombas Mario is "glitched into". 
This list can contain zero or more elements, so we'll use an ArrayList to store it. Import the 


ArrayList class, with the following import statement: 


import java.util.ArrayList; 


Add the following method to your Mario class: 


public ArrayList<Goomba> enemiesIAmtIn () 


{ 


ArrayList<Goomba> in _goombas = new ArrayList<>(); 


for (int i = 0; i < WalkingMario.goombas.size(); i = i+ 1) 
{ 
Goomba g = WalkingMario.goombas.get(i); 


af (9.1 SAlive{): £& my rect .intersects (q.myRect ()))) 
in _goombas.add(g) ; 
} 


return in_goombas; 


} 


The above algorithm goes through all of the Goombas in our world. If a Goomba is alive, and the 
rectangles of Mario and the Goomba intersect, then Mario is "glitched into" that Goomba. If Mario is 
"glitched into" that Goomba, we'll add that Goomba to our list of live Goombas that Mario is "glitched 
into": in_goombas. If Mario is not "glitched into" any live Goombas, in _goombas will be empty, 
after the for loop is executed. If Mario is "glitched into" more than one live Goomba, in _goombas 
will contain every live Goomba he is "glitched into". How could Mario be "glitched into" more than 
one Goomba? If two Goombas are very close to each other, the path of Mario's rectangle could 
intersect both of their rectangles, on the same sub-move. Look at the following diagram: 


. 


The red rectangle represents Mario on a given sub-move. The gray and blue rectangles represent the 
locations of two Goombas. As you can see, the red rectangle intersects both the gray and blue 
rectangles, because the gray and blue rectangles are very close to each other. 


When Mario and a live Goomba collide, and Mario is no longer "glitched into" the Goomba (thanks to 
his last sub-move's having been undone), we need to see whether Mario is on top of the Goomba or not. 
Mario is on top of a Goomba, when BOTH of the following are true: 


¢ The bottom of Mario's rectangle is exactly one pixel above the top of the Goomba's rectangle. 
¢ The horizontal extents of Mario and the Goomba share at least one pixel. 


To check if Mario is on top of a Goomba, we'll need a method similar to isOnAPlat form. Add the 
following method to your Mario class: 


public boolean isOn(Goomba g) 
{ 
return myBottom() == g.myTop() - 1 && 
horizontalExtent().overlaps(g.horizontalExtent ()); 


} 


The code is very similar to that of isOnAPlat form, except that we'll be passing it a single Goomba, 
rather than checking whether Mario is on top of any of the Goombas in our world. We don't need to 
check all of our world's Goombas, because we know, from the result returned by the enemiesITAmIn 
method, that Mario will only be interacting with a certain subset of our world's Goombas, on this sub- 
move (and by extension, on this tick). 


Now, we have all of the methods that we need to implement Mario-Goomba combat! Go to your 
actuallyMove method, and add an e1se block to the following if statement: 


if (1sInAPlatform() ) 


undoSubMove (sign xv, sign _yv, mxv_larger, made _small_ step); 


if (isHeadUnderAPlatform() ) 
jumping power = 0; 


break; 


} 
Make your if statement look like: 


if (1sInAPlatform() ) 
{ 


undoSubMove (sign xv, sign _yv, mxv_larger, made_small_ step); 


if (isHeadUnderAPlatform() ) 
jumping power = 0; 


break; 
} 
else 
{ 
} 


The rest of our code that implements Mario-Goomba combat will go inside of that empty e1se block. 
Put the following code inside of that el se block: 


ArrayList<Goomba> in goombas = enemiesIAmIn(); 
if (!in_goombas.isEmpty () ) 
{ 


undoSubMove (sign xv, sign_yv, mxv_larger, made_small_ step); 


for (int j = 0; j < in_goombas.size(); j = j + 1) 


{ 


Goomba g = in _goombas.get(j); 


if (isOn(g) ) 
g.die(); 
else 


{ 
de) 7 
break; 


} 


break; 


} 


If Mario didn't get "glitched into" a platform, on this sub-move, we'll do "something else". First, we'll 
check if he got "glitched into" any live Goombas. The ArrayList, in_goombas, will contain all of 
the Goombas that Mario got "glitched into". 


If Mario got "glitched into" at least one Goomba, in _goombas will not be empty, so we'll enter the 
nested if block. There, the first thing we'll do is undo Mario's last sub-move. Now, Mario will be in 
the correct position for us to check whether he landed on top of Goombas, or touched them in some 
other way. 


We'll loop through the Goombas in in_goombas, using a for loop. We'll use j as our loop counter 
here, because we're already using i in our outer for loop that performs Mario's sub-moves. For each 
Goomba that Mario interacted with, on this sub-move, we'll first store it in the temporary variable, g. If 
Mario landed on top of g, we'll have g die. Else, if Mario touched g in ANY other way, we'll have 
Mario die. If Mario dies, we'll break out of our inner for loop, using a break statement, because a dead 
Mario won't be able to kill any other Goombas. Nor will any other Goombas be able to kill an already- 
dead Mario. 


Finally, if Mario got "glitched into" at least one Goomba, on this sub-move, we'll stop him from 
performing any more sub-moves on this tick, with the break statement at the very end of the 

if (!in_goombas.isEmpty () ) block. In Lesson 1-7, we had platforms block Mario's path. 
Here, we'll also have live Goombas block his path. 


Run your program. Now, if you land on top of a Goomba, the Goomba will die. Dead Goombas will 
look dead, and they'll stop moving. They'll become like tombstones. If Mario walks into a Goomba, 
he'll die, and the Goomba will carry on, as if nothing had happened. When Mario dies, he'll look dead, 
and will no longer respond to your keypresses. What happens if you have Mario stand still, and a 
Goomba just walks into him? 


There's a bug in this code! Look at this if block, near the beginning of the actual lyMove method 
of your Mario class: 


af {x velocity == 0 ¢& y velocity == 90) 
return; 


If Mario is not moving, we won't perform ANY collision-detection with platforms or Goombas. This 
worked fine, when our world didn't contain any Goombas, but now, we have to deal with the case of a 
Goomba walking into Mario, when he's standing still. Change the code in the above if block, so it 
looks like: 


if (x_velocity == 0 && y velocity == 0) 
{ 


ArrayList<Goomba> in goombas = enemiesIAmIn(); 


if (!in_goombas.isEmpty () ) 
die(); 


return; 


} 


If Mario is standing still, we're going to assume that he's just standing on a platform. Thus, if he and a 
Goomba intersect, it will be because the Goomba walked into him, rather than because he landed on the 
Goomba. Therefore, if ANY live Goombas touch him, he'll die. We'll keep the return statement at the 
end of this block, because if Mario is standing still, he won't perform any sub-moves of his own. If you 
run the program, Mario should now die, if a Goomba walks into him, when he's standing still. If our 
game featured invincibility stars, like the ones in Super Mario Bros., what would the above code 
need to look like? If Mario is invincible, and an enemy touches him, even if he's standing still, the 
enemy will die, rather than Mario. 


Let's add another feature to this program. If Mario gets killed, let's display GAME OVER on the screen, 
in red. Go to your ContentPane. java source file. In the paintComponent method of your 
ContentPane class, after the following if block ... 


if (WalkingMario.paused) 
{ 
g.setColor (Color.BLACKk) ; 
g.drawString("PAUSED", 160, 140); 
} 


... add this if block: 


if (!WalkingMario.mario.isAlive() ) 
{ 
g.setColor(Color.RED) ; 
g.drawString("GAME OVER", 280, 160); 
} 


Run your program. If Mario gets killed, GAME OVER should appear on the screen, in red. After Mario 
gets killed, the Goombas will keep on moving, but you can still pause the game, by pressing P. If you 
then do that, you'll see both PAUSED, in black, and GAME OVER, in red. You can also unpause the 
game, as usual, by pressing P again. 


When Mario kills a Goomba, that now-dead Goomba stays on the screen forever. In Super Mario Bros., 
after you kill an enemy, it disappears from the screen, after a little while. Let's add that feature to our 
program: the culling of dead Goombas. This will require us to change some things in our Goomba 
class, so go to your Goomba. java source file. 


After a Goomba gets killed, we'll keep it on the screen, with a dead Goomba "marker", for 15 ticks (0.3 
seconds). During this time, we'll count off these ticks, from 15 down to 0. Once that Goomba has 0 
ticks left to stay on the screen, on the next tick, we'll cull it from our ArrayList of Goombas, so that 
we no longer have to keep track of it, in memory. We'll keep track of how much time a Goomba has left 
to stay on the screen, using a new member variable. Add the following member variable to your 
Goomba class: 


private int ticks to stay; 


Then, to initialize ticks to stay, add the following line of code to the constructor of your 
Goomba class: 


ticks to stay = 0; 
When a Goomba dies, we'll use the variable, ticks to stay, to keep track of how many ticks 


remain until we cull it from memory. We won't care about its value until that Goomba dies, though, so 
it really doesn't matter what we first set it to, in the constructor. 


Dead Goombas will now act (in a way): on each tick, we'll decrement (decrease by 1) the value of 
ticks to_stay. Therefore, we'll need to make a change to our act method. In your act method, 
add the following else block to your if statement: 


else 
ticks to stay = ticks to stay = 1; 


The body of your act method should now look like: 


if (!dead) 
{ 
if (moving right) 
moveRight (); 
else 
moveLeft (); 


respondToGravity(); 
} 
else 
ticks to stay = ticks to stay = 1; 


It's almost like having the dead Goomba decompose. Dying will start the clock. Acting will then run it 
down. To start the clock, when a Goomba dies, add the following line of code to your die method: 


ticks to stay = 15; 


Finally, we need to add a method that will return whether a Goomba should be culled or not. A Goomba 
should be culled if it's dead, and if its clock has run out. Live and "still-decomposing" Goombas should 
never be culled. Add the following method to your Goomba class: 


public boolean shouldBeCulled() 


{ 
Peturn dead 6&6 ticks to stay <= 0; 


} 


We now have all of the methods we need to implement the culling of dead Goombas. However, no 
Goombas will be ever culled, because we never check whether a Goomba should be culled, and never 
remove any Goombas from our ArrayList. Let's implement the culling of dead Goombas. Go to 
your TimerEvent Processor. java source file 


Insert the following for loop at the beginning of the actionPerformed method of your 
TimerEventProcessor class: 


for (int i = WalkingMario.goombas.size() - 1; 1 >= 0; i =i - 1) 
{ 
if (WalkingMario.goombas.get(i).shouldBeCulled() ) 
WalkingMario.goombas.remove (i) ; 


On every tick, this loop will check for Goombas that should be culled. If a Goomba should be culled, 
we'll remove it from our ArrayList, goombas. We'll perform our culling operation before we do 
anything else, so that we don't have to waste time doing anything with these now-irrelevant enemies 
later. We'll loop through the elements of goombas in reverse order, so that only elements we've 
already checked will have their positions in the list shifted by any remove operations that take place. 


Run your program. If Mario kills a Goomba, the dead Goomba will remain on the screen for a little 
while, and then disappear. However, if Mario gets killed by a Goomba, the dead Mario will never 
disappear. 


Finally, let's add one more feature to our Mario game. In Super Mario Bros., when Mario lands on a 
Goomba, he bounces up a little. Mario bounces, even though the player might not have pressed the A 
button. To make Mario bounce, whenever he lands on a Goomba, we'll make some changes to the 
Mario class, so go to your Mario. java source file. 


Adding bouncing is going to work almost like adding jumping. The main difference is that bouncing 
will not be controlled by the player's pressing of a key. Mario currently has a "jump strength" setting. 
We'll give him a "bounce strength" setting, which will specify how fast he rises, when he's bouncing up 
from landing on a Goomba. We'll also give him a piece of state that will specify whether he's in the 
process of bouncing up or not. Finally, we'll limit how high Mario can bounce, similar to how we 
limited how high he could jump. Add the following member variables to your Mario class: 

private int bounce strength; 

private boolean bouncing; 

private int bouncing power; 


bouncing will only be true, when Mario is rising, during a bounce. At all other times, it will be 
false. If Mario is somehow currently jumping, and then lands on a Goomba, he'll stop jumping, and 
start bouncing. In other words, a bounce can interrupt a jump. We'll use the variable, 

bouncing power, to limit how high Mario can bounce. We'll use it in a similar fashion to how we 
used jumping power to limit how high he could jump. Let's initialize these variables, by adding the 
following code to the constructor of your Mario class: 


bounce etrength = 67 
bouncing = false; 
bouncing power = 0; 


Here, we set Mario's bounce strength to 6 pixels per tick. Now that we've given Mario the pieces of 
state that he needs to keep track of where he is in the process of bouncing, let's make him bounce, when 
he lands on a Goomba. A bounce can be broken down into three parts: 


* Its beginning: the tick during which Mario lands on a Goomba. 
* Its middle: a set number of ticks after the tick during which Mario lands on the Goomba. 
¢ Its end: the first tick after the ticks of the middle have taken place. 


For each of these parts, we'll add a method to the Mario class. We'll make sure that method is called, 
when that part is supposed to take place. First, let's specify what should take place when Mario begins 
to bounce. Three things should happen: 


¢ Ifhe's currently jumping, he should stop jumping. 
* He should go from "not bouncing" to "bouncing". 
¢ He should be given some amount of bouncing power. 


Add the following method to your Mario class: 


public void startBounce (int power) 


: 


jumping = false; 
bouncing = true; 
bouncing power = power; 


} 


When Mario begins to bounce, he'll start with power units of bouncing power. The middle of one of 
Mario's bounces will last at most power ticks. This method will prepare him to start trying to rise on 
the next tick. Next, we'll specify what should take place while Mario is bouncing (the "middle" of his 
bounce, above): 


¢ He should attempt to rise a number of pixels equal to his bounce strength. 
* He should expend one unit of bouncing power. 


Add this method to your Mario class: 


public void continueBounce () 

{ 
y_ velocity = -bounce_ strength; 
bouncing power = bouncing power - 1; 


} 


Again, we set the y component of Mario's velocity to -bounce_strength, rather than 
bounce _ strength, because before, we specified Mario's bounce strength as a positive number. We 
don't need to set bouncing to true again, because we'll only call cont inueBounce, when Mario 
is already in the process of bouncing (when bouncing is true). We will have previously called 
startBounce (which set bouncing to true). Finally, we'll specify what should happen when 
Mario runs out of bouncing power (the "end" of his bounce, above): 


* He should go from "bouncing" to "not bouncing". 
* He should not attempt to rise at all. 


Add this simple method to your Mario class: 


public void stopBounce () 
{ 

bouncing = false; 

y_ velocity = 0; 
} 


Now, it's time to hook these three methods into the rest of your code, so that Mario will bounce up, 
when he lands on a Goomba, and begin to fall again, when he has used up all of his bouncing power. 
Go to your actuallyMove method. This is the part of the code where Mario-Goomba combat takes 
place: 


if (1sOn(g) ) 
g.die(); 

else 

{ 
die(); 
break; 


} 


When Mario lands on a Goomba, let's have him bounce up. We'll give him 5 units of bouncing power, 
so change ... 


if (isOn(g) ) 
g.die(); 


.. tO: 


if (isOn(g) ) 

{ 
g.die(); 
startBounce (5); 


} 


If Mario lands on more than one Goomba, on his current sub-move, additional calls to startBounce 
won't have any effect. If you want to, modify this code, so that Mario starts his bounce with 5 units 
of bouncing power for every Goomba he lands on, on this sub-move. For example, Mario would 
start with 10 units of bouncing power, if he landed on two Goombas at once. 


We also want Mario to end his bounce, if, while bouncing, he hits his head on the underside of a 
platform. This will involve another change to the code of your actuallyMove method. Change this 
block of code ... 


if (isHeadUnderAPlatform() ) 
jumping power = 0; 


.. tO: 


if (isHeadUnderAPlatform() ) 
{ 
jumping power = 0; 
bouncing power = 0; 


} 


In order to make Mario bounce, we'll need to change some code in our act method, so that when 
Mario is bouncing, regardless of whether the jump button is down or not, the continueBounce and 
stopBounce methods will be called at the proper times. If Mario has at least one unit of bouncing 
power left, we'll want to call continueBounce. Else, if he has no bouncing power left, we'll want to 
call stopBounce, so that he'll revert to his usual, non-bouncing behavior, on the next tick. This is the 
if statement that governs Mario's movement in the y direction: 


if (WalkingMario.ctrl.isJumpButtonDown() && jumping power > 0) 
{ 
if (!jJumping) 
{ 
if (i1sOnAPlatform() ) 
startJump (); 
} 
else 
continueJump () ; 
} 
else if (jumping) 
stopJump () ; 


We'll add an i f block right before the existing if block, and change the existing if block to an 
else if block, so that the above if statement then looks like: 


if (bouncing) 
{ 
if (bouncing power > 0) 
continueBounce () ; 
else 
stopBounce (); 
} 
else if (WalkingMario.ctrl.isJumpButtonDown() && jumping power > 0) 
{ 
if (!jumping) 
{ 
if (isOnAPlatform()) 
startJump (); 
} 
else 
continueJump () ; 
} 
else if (jumping) 
stopJump () ; 


We put the new if block first, so that if Mario is bouncing, he will not perform any jumping-related 
actions, even if the jump button is down, and Mario has some jumping power. Finally, we'll need to 
make a minor change to how Mario responds to gravity. Go to your respondToGravity method, 
and change ... 


if (!jumping) 
.. to: 
if (!jumping && !bouncing) 


Now, Mario will not "attempt to" fall, if he is currently in the process of jumping or bouncing (his two 
ways of attempting to rise). Run your program. If Mario lands on a Goomba, the Goomba should die, 
and Mario should bounce up a little bit. After Mario stops rising, he should fall normally. Can you 
make Mario land on a Goomba, bounce up, and then land on another Goomba? Feel free to add 
more Goombas to the world, to increase your odds of pulling off a "double kill". Or, you can 
modify Mario's bounce strength and the amount of bouncing power he starts with, to make it 
easier to pull off a "double kill". 


At last, we have something that resembles an actual GAME, rather than merely an experiment with 
animation, collision-detection, and very simple artificial intelligence! We can still add more features to 
our game, though. Stay tuned! 


